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CONTROLE D' ADMISSION DE SESSION MULTIMEDIA SUR CRITERE 

DE RESSOURCES RESEAU 

DESCRIPTION 

DOMAINE TECHNIQUE 

1/ invention concerne un procede et un 
dispositif de controle d' admission de session 
multimedia selon le protocole SIP ou H323, sur un 
reseau de telecommunication multimedia a transfert de 
donnees par paquets selon le protocole Internet, entre 
un terminal A, connecte au reseau de telecommunication 
par une liaison d'acces et disposant d'un canal virtuel 
au sein d'un conduit virtuel sur cette liaison, et une 
entite B du reseau, point de terminaison du protocole 
de signalisation . 

Le domaine concern^ est celui des systemes 
de telecommunication multimedia, sur reseaux IP 
(« Internet Protocol ») prives ou publics, et du 
controle de bande passante dans ces systemes. 

Les protocoles de signalisation utilises 
sur ces reseaux, permettant la tenue de conferences 
(audio et video) point a point ou multipoints, sont : 
- le protocole H323 qui est une norme concernant la 
teleconference multimedia sur reseaux a transmission 
par paquets (incluant les transferts IP) recommandee 
par l'ITU (« International Telecommunication Union ») , 
il s'appuie sur les protocoles de communication 
RTP/RTCP (« Real time Transfer Protocol/Real time 
Transfer Control Protocol ») definis par 1'IETF 
(Internet Engineering Task Force) et aussi sur des 
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codecs audio (par exemple : G.711, G. 723.1, G.728, . .) 
et des codecs video (par exemple : H261 et H.263) . (Une 
documentation sur H323 est disponible sur le site de 
1' ITU : www . itu . int/ITUT/publications/recs . html, serie 
H) . 

- le protocole SIP (« Session Initialisation 
Protocol », qui a 6te cr6e pour remplacer les 
protocoles definis dans la norme H323, est un 
protocole de signalisation pour la telephonie et la 
visioconference, II est base sur http et MIME. II 
s'appuie sur le protocole SDP (Session Description 
Protocol », [RFC2327]) pour la description des session 
et sur RTP («'Real Time Protocol ») pour le transport 
des donnees. II est fait pour les transmissions temps 
reel, il utilise moins de ressources et est moins 
complexe que H323 . L'usage du protocole SDP dans les 
messages SIP est decrit dans l'appendice B de RFC2543 
(les references RFC sont disponibles sur, le site 
Internet de 1'IETF http://www.ietf.org/rfc). 

Lorsqu'une demande d r ouverture de session 
est emise par une entite appelante d'un reseau, dite 
entite d'origine, ..les messages SDP (« Session 
Description Protocol ») , dans le cas du protocole SIP, 
ou . les messages selon le protocole H245 (« Control 
protocol for multimedia communication ») , dans le cas 
du protocole H323, envoyes sur le reseau contiennent 
des informations sur 1' ensemble des 'codecs' (c f est-a- 
dire sur les procedures de 'COmpression/DECompression' 
des donnees pour les transmissions sur le reseau) 
proposes pour t etablir une session multimedia avec une 
entite appelee du reseau, dite entite de destination. 
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Pour chaque type de flux (audio, video etc..) un ou 
plusieurs codecs sont proposes, pour la transmission de 
ces flux lors d'une session, par une entity d'origine 
qui propose d'etablir une session, k un entity de 
destination. Un d6bit de transmission de donnees sur le 
reseau correspond a chaque codec, il depend du mode de 
transfert en vigueur sur ce reseau (par exemple le mode 
de transfert ATM) . D'autres protocoles peuvent etre 
utilises specif iquement pour la reservation de bande 
passante, par exemple le protocole RSVP (« ressource 
reservation protocol ») . 

ETAT DE LA TECHNIQUE ANTERIEURE 

Dans les systemes de telecommunication 
multimedia sur reseaux k transmission par paquets 
(selon le protocole IP) , les mecanismes pr^conises par 
les standards actuels de controle de bande passante, 
pour 1' <§tablissement d'une session entre deux 
terminaux, sont bas6s sur la n£gociation des systemes 
de codage de 1' information multimedia (codecs audio, 
video) directement entre ces terminaux au moyen de 
protocoles de signalisation (tels que SIP ou H323 par 
exemple) : la demande de bande passante est directement 
issue des terminaux et est portee par des messages de 
signalisation (SIP ou H323, ou encore par un protocole 
sp6cif ique tel que RSVP) . 

De nombreux produits industriels, regroupes 
sous le terme generique de SBC (« Session Border 
Controler ») , offrent dores et deja des solutions de 
controle d' admission de sessions multimedia basees sur 
de telles demandes de bande passante formulees par les 
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terminaux : en general le terminal d'origine transmet 
au terminal ciestinataire une demande contenant des 
propositions de codecs pour <§tablir une session, le 
terminal de destination repond alors en acceptant 
certains des codecs (un ou plusieurs selon les types de 
donnees a transmettre lors de la session) . Certains de 
ces produits, permettant d'etablir une session entre un 
terminal d'origine situe sur un reseau d'acc&s a un 
reseau de telecommunication et un terminal destinataire 
(il peut aussi s'agir d'un serveur ou autre 616ment de 
reseau) situe sur ce dernier reseau de 
telecommunication, . calculent une bande passante a 
partir des codecs negocies entre les terminaux et des 
capacites de transport propres aux interfaces 
d' entree/sortie entre le reseau d'acces et le reste du 
reseau. Dans ce dernier cas le cpntrole d' admission de 
session rie. peut garantir que. 1' absence de saturation 
des interfaces lors des sessions (mais pas celle de. la 
liaison d'acces) . 

Dans tous les cas l'art ant^rieur ne permet 
pas de rdserver des res sources de bande passante, lors 
de 1' etablissement d'une session, qui tiennent compte 
des ressources du reseau (ou du reseau d'acc&s), 
notamment sur la liaison consid6ree entre le point 
d'origine et le point de destination* Ceci est 
evidemment pre judiciable k une gestion optimale du 
reseau en termes de bande passante. 

Un autre inconvenient de 1'art ant6rieur, 
lie a ce mode de controle des ressources, est qu' il 
n f est pas possible de garantir une qualite de service 
sur une liaison donnee apte a supporter plusieurs 



sessions. Ceci est particulierement p^nalisant pour les 
operateurs de telephonie, par exemple, pour lesquels il 
est important de pouvoir garantir certains parametres 
de qualite de service (ou QoS, « Quality of Service ») . 

II apparait done important , au regard des 
limitations de l'6tat de l'art, de pouvoir disposer 
d'un mecanisme de gestion des admissions de sessions 
qui permette d'allouer des ressources de bande passante 
en fonction des besoins des points d'origine et de 
destination des communications, de maniere dynamique, 
mais aussi en fonction des ressources courantes du 
reseau. De plus, ce mecanisme doit permettre de 
garantir une qualite de service (liee k la bande 
passante) . 

EXPOSE DE 1/ INVENTION 

1/ invention vise done un mecanisme de 
controle d' admission de session entre un point 
d'origine A et un point de destination B d'une liaison 
d'un reseau de telecommunication & trans ferts par 
paquets selon le protocole Internet, qui prenne en 
compte, de maniere dynamique, non seulement les codecs 
proposes par A et accept6s par B mais aussi les 
ressources courantes de bande passante disponibles sur 
cette liaison- Un tel mecanisme permettant aussi de 
garantir des parametres de quality de service pour une 
session . 

Ces buts sont atteints grace a un procede 
dans lequel, lors d'une transmission de demande 
d' etablissement d'une session entre un terminal A 
(point d'origine) sur une liaison d'acces d'un reseau 
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et une entite B (point de destination) du r£seau, le 
flux de signalisation correspondant & cette demande est 
intercepted puis le message de description des flux 
media (contenant notamment les codecs proposes pour la 
5 session) est modifie de fa?on a ce que les codecs 
proposes soient ■ compatibles avec les ressources 
courantes en bande passante du reseau disponibles pour 
la liaison d' acces au terminal A consideree ; la 
demande modifiee est ensuite transmise & 1' entite 

10 destinataire B pour accord. La modification porte done 
sur la liste des codecs proposes, celle-ci. est limitee 
aux codecs compatibles avec la ressource de bande 
passante sur la ■ portion de reseau concernee par la 
session. En effet, a chaque codec sont associes des 

15 debits de transmission correspondant aux divers types ' 
de donnees £ transmettre au cours de la session, et ce 
sont ces debits qui doivent etre compatibles avec la 
bande passante disponible ou, plus precisement, avec 
les valeurs des capacites de ( transport des canaux 

20 virtuels et des conduits virtuels de ^La liaison d' acces 
du terminal A (qui indiquent notamment les valeurs des 
debits disponibles sur ces canaux et conduits 
virtuels) : les debits doivent etre inferieurs a ceux 
indiques par ces valeurs de capacite de transport 

25 (selon les modes de transfert, les valeurs. des 
capacites de transport peuvent indiquer d'autres 
parametres en plus des debits : par exemple, -en 
transfert ATM, les parametres de gigue) . Cette 
ressource est reservee lors de la demande 

30 d' etablissement de session, puis confirmee a 
l r etablissement effectif de la session entre A et B, ou 



bien relachee en cas d'echec de 1' etablissement de la 
session. En cas de confirmation de session, une etape 
de filtrage des flux media (identifies par les adresses 
IP et les ports UDP concernes) , selon une commande de 
debit, est mise en ceuvre pour la session entre A et B. 
En cas de demande de fin d'une session, les flux m6dia 
relatifs a cette session sont bloqu6s. L' invention 
permet de tenir compte des ressources du reseau 
directement pendant la phase de negociation entre A et 
B, ce qui confere au nouveau proced§ a la fois la 
rapidite et une grande souplesse d' utilisation. 

II est a noter le role de A et B peut etre 
^change sans modifier le procede d' admission de 
session : B peut en effet etre le point d'origine de la 
demande d' etablissement de session et A le point de 
destination de cette demande. Dans tous les cas, 
l'entite de destination de la demande d' etablissement, 
ou de fin, de session ainsi que l'entite d' origine de 
cette demande sont des points de terminaison du 
protocole de signalisation : c' est-a-dire qu'elles sont 
l r element cite par le protocole de signalisation (dans 
les informations de signalisation qui indiquent le 
point d'origine et le point de destination) qui 
correspond au point de destination ou au point 
d'origine des messages echanges. Pour une entite du 
reseau, le fait d'etre un point de terminaison d'un 
protocole de signalisation indique qu'elle n'est pas un 
relais de signalisation mais bien un point d'origine ou 
de destination des messages. 

Plus precisement, l f invention, dans un mode 
de realisation general, est un procede de contrdle 
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d' admission de session multimedia selon le protocole 
SIP ou H323, sur un reseau de telecommunication 
multimedia a transfert de donn£es par paquets selon le 
protocole Internet, entre un terminal A, entite 
connect6e au reseau de telecommunication par une 
liaison d' acces et disposant d'un canal virtuel au sein 
d'un conduit virtuel sur cette liaison, et une entite B 
du reseau, point de terminaison du protocole de 
signalisation; les valeurs . courantes des capacites de 
transport des canaux virtuels et des conduits virtuels . 
de ' la liaison d' acces du terminal A hors session etant 
connues, le canal virtuel et le conduit virtuel dedies 
au terminal A etant aptes a etre partages avec un autre 
terminal du reseau . ; . le terminal A 6tant apte £ 
emettre, ou recevoir, une ' demande , d' etablissement de 
session ou une demande.de fin de session avec 1' entite 
B selon le protocole SIP ou H323, , caracterise en ce 
qu'il comporte les etapes suivantes consistant a : 

a) pour une demande DES1 d r etablissement d'une session 
entre le terminal A et 1' entity B, emise par une entite 
d'origine a destination d'une entite destinataire, 
l f une de ces deux entites etant le terminal A et 
l f autre etant 1' entity B, respectivement selon le 
protocole SIP ou le protocole H323, 

(al) intercepter la demande DES1 emise par 1' entite 
d'origine et en extraire les . codecs proposes dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245 ; et 

(a2) obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
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de la liaison d'acces du terminal A stockees dans une 
base de donnees d r utilisation des ressources d'acces au 
reseau, et 

(a3) determiner quels sont les codecs, proposes dans la 
demande interceptee DES1, compatibles avec les valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A obtenues a l'etape precedente; et 
(a4) refuser d'etablir la session si aucun des codecs 
proposes dans la demande interceptee DES1 n'est 
compatible avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A, et transmettre a 
l'entite d' origine un message indiquant l'echec de 
1' 6tablissement de session ; sinon 

(a5) modifier la demande interceptee DES1 
d' 6tablissement de session en remplagant, dans la 
description de session incluse dans la demande 
interceptee, les codecs proposes par les codecs 
compatibles avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A / et transmettre la 
demande modifiee d' etablissement de session, DES 2, & 
l'entite destinataire de la demande DES1; et 
(a6) calculer des valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d' acc£s du terminal A en f onction des 
valeurs r^servees des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A correspondant aux codecs compatibles 
transmis dans la demande modifiee DES2 et des valeurs 
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courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; et 

(a7) reserver a 1' usage du terminal A les ressources, 
sur le canal virtual, et le conduit virtuel de la 
liaison d'acces dedies' a ce terminal, qui correspondent 
aux valeurs reservees des capacites de transport des 
canaux virtuels et des conduits virtuels de la liaison 
d'acces du terminal A ; cette reservation de ressources 
etant effectuee en mettant a jour la base de donnees 
d' utilisation des ressources d'acces avec les valeurs 
r6siduelles des .capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A calculees & l'dtape precedente ; et 

si la demande d' etablissement ■ • de session DES2 
transmise a 1'entite destinataire * de la demande 
d' Etablissement de session DES1 est acceptee par cette 
entite, alors : , 

(a8). associer les codecs, de la demande DES 2 
acceptes par son entite destinataire a 
1' identif iant de session de la demande DES 2, 'et 
les memoriser ; et 

(a9) calculer des valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A en ' f onction des valeurs des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
correspondant aux codecs de la demande DES2 
acceptes par 1' entity destinataire, et des valeurs 
courantes des capacites de transport des canaux 
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virtuels et des conduits virtuels de la liaison 
d'acces du terminal A / et 

(alO) mettre a jour la base de donnees 
d' utilisation des ressources d'acces avec les 
valeurs residuelles des capacites de transport des 
canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A calculees a l'etape 
precedente ; et 

(all) autoriser la transmission de flux entre le 
terminal A et 1'entite B selon les ressources de 
foande passante correspondant aux codecs de la 
demande DES2 acceptes par 1'entite destinataire de 
cette demande; 
- sinon, 

(al2) transmettre & 1'entite d'origine un message 
indiquant l'6chec de 1' etablissement de session et 
mettre a jour la base de donnees en tenant compte 
de la liberation des ressources reservees sur la 
liaison du terminal A ; 

b) pour une demande DFS de fin d' une session entre le 
terminal A et 1'entite B, emise par une entite 
d'origine & destination d'une entite destinataire, 
l'une de ces entites etant le terminal A et 1' autre 
etant 1'entite B, respectivement selon le protocole SIP 
ou le protocole H323, 

(bl) inter cepter la demande DFS 6mise par 1'entite 
d'origine et relever 1' identif iant de session, relatif 
a la session en cours dont la fin est demandee, contenu 
dans cette demande, et obtenir les codecs associes a 
cet identifiant de session ; et 
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(b2) transmettre la demande intercepts DFS a l'entite 
destinataire ; et 

(b3) sur la base de 1' identif iant de session releve 
dans la demande interceptee DFS, bloquer la 
5 transmission de flux entre le terminal A et l'entite 
B ; et 

(b4) obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acc^s du terminal A stockees dans une 
10 base de donnees d' utilisation des ressources d'acces au 
reseau, et ' 

(b5) calculer les valeurs residuelles des capacites de 
- transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 

15 ressources liberies sur cette liaison par 1' arret de la 
session, . correspondant aux codecs associes a 
• 1' identif iant de session releye, et des valeurs 
courantes des - capacites de transport des canaux 
virtuels et des conduits virtuels de la. liaison d'acces 

20 du terminal A obtenues a l'etape precedente ; et 

(b6) mettre a jour la base de donnees d' utilisation des 
ressources d'acces au reseau, pour la liaison d'acces 
au terminal A, avec les valeurs residuelles des 
capacites de transport des canaux virtuels et des 

25 conduits virtuels de la liaison d'acc£s du terminal A 
calculees a l'etape precedente. 

L' homme du metier notera que le terminal A 
est connecte au reseau de telecommunication par une 
30 liaison d'acces de maniere directe ou bien de maniere 
indirecte ; dans ce dernier cas la liaison d'acces 
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peut, par exemple, faire partie d'un reseau d'acces au 
reseau de telecommunication considere. 

Les valeurs courantes des capacites -de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A hors session sont 
supposees connues : c' est~ct-dire que pour chaque type 
de transmission (conversationnel, vid6o, audio/video, 
etc.,) le canal virtuel et le conduit virtuel dedies au 
terminal A, qui sont aptes a etre partages avec un 
autre terminal du reseau, ont des ressources en bande 
passante qui sont connues lorsque A n'est pas en 
session ; ces ressources hors session peuvent §tre 
variables dans le temps du fait du partage possible de 
la liaison, elles constituent les ressources maximales 
disponibles pour une session avec A sur la liaison 
d' acces . 

Ainsi le mode general du proc^de selon 
1' invention permet-il de resoudre le probleme de 
1' allocation de ressources pour une session multimedia, 
sur la ligne d'acc&s d'un terminal d'origine ou de 
destination, sur critere de ressources disponibles du 
reseau. Ce mode general permet en particulier de 
repondre au besoin, pour les operateurs de 
telecommunication, de controler la ressource partagee 
entre plusieurs utilisateurs d'un reseau et d'eviter la 
saturation des liaisons d'acces du reseau. 

Le mode de realisation de 1' invention avec 
qualite de service garantie, est un procede de controle 
d' admission de session selon le mode general dans 
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lequel, lorsque le canal virtuel de la liaison d'acces 
du terminal A est a qualite de service garantie selon 
une valeur de qualite de service donn<§e pour la 
liaison, a l'6tape a) la modification de la demande 
5 interceptee DES1 d' etablissement de session est 
effectuee en ne conservant, dans la description de 
session incluse. dans la demande intercepts, que les 
codecs compatibles a la fois avec les capacites 
courantes de transport des canaux virtuels et des 

10 conduits virtuels de la liaison d'acces du terminal A' 
et avec la valeur de qualite de service du canal 
virtuel de cette liaison. 

Le- mode avec qualite de service garantie 
resout le probleme de 1/ allocation de ressources, pour 

15 1' etablissement d'une session, avec respect de 
contraintes de qualite de service. Ce mode est done 
particulierement avantageux pour les operateurs de 
telecommunication pour lesquels il est important de<ne 
pas descendre en dessous d' un niveau donn6 de quality 

20 d © service, notarament pour les services 

conversationnels (par exemple sur les reseaux a mode'de 
transfert asynchrone ou ATM (« Asynchronous Transfer 
Mode ») ) . De plus, la simplicity du proc^de permet 
d'appliquer le modele connu des lois d'Erlang pour le 

25 dimensionnement des conduits de collecte specifiques 
aux services conversationnels (conduits virtuels VP) . 

Un autre mode de realisation avantageux de 
1' invention est le mode avec filtrage selon 
30 prescription de debits, qui est un procede de contrdle 
d' admission de session selon le mode general ou selon 
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le mode avec quality de service garantie dans lequel la 
transmission de flux, consecutive a 1' autorisation de 
transmission de flux entre le terminal A et 1' entity B 
selon les ressources de bande passante correspondant 
aux codecs acceptes par 1'entite destinataire, est 
effectuee par un filtrage des flux selon des debits 
prescrits ; ces debits prescrits etant des debits qui 
sont & la fois des debits acceptes par 1'entite 
destinataire, pour les transmissions relatives a la 
session demandee par 1'entite d'origine, et des debits 
compatibles avec les capacites courante de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A« 

L' invention concerne aussi un dispositif, 
avec di verses variantes, pour la mise en oeuvre du 
proc£de selon les modes decrits ci-dessus. En 
particulier 1' invention concerne un dispositif 
principal qui est un dispositif de controle d' admission 
de session multimedia selon le protocole SIP ou H323, 
sur un reseau de telecommunication multimedia a 
transfert de donnees par paquets selon le protocole 
Internet, entre un terminal A, entite connectee au 
reseau de telecommunication par une liaison d'acces et 
disposant d' un canal virtuel au sein d'un conduit 
virtuel sur cette liaison, et une entite B du reseau, 
point de terminaison du protocole de signalisation; les 
valeurs courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A hors session etant connues, le canal 
virtuel et le conduit virtuel dedi6s au terminal A 



etant aptes a §tre partages avec un autre terminal du 
r6seau ; le terminal A etant apte a emettre ou recevoir 
une demande d r <§tablissement de session ou une demande 
de fin de session avec l'entite B selon le protocole 
SIP ou H323, caracteris6 en- ce qu'il comporte : 

1) une base de donnee BD, interrogeable par un module 
d' admission de .session MAS, oCi sont stockees les 
valeurs des capacites de transport des canaux virtuels 
et des conduits virtuels . de la liaison d f acces du 
terminal A ; la base BD etant apte & transmettre a un 
module d' admission de session MAS, en reponse a une 
interrogation de la part de ce module relative <k la 
liaison d' acces du terminal A, les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d' acces du terminal A 
stockees ; les donnees de la base ; BD pouvant etre mises 
a jour sur reception d'un message de mise a jour, 
transmis par. le module d' admission- de session MAS, 
contenant les nouvelles valeurs des donnees a stocker ' ; 

2) un' module de filtrage de flux media MF apte a 
filtrer sur cbmmande de filtrage, re<?ue d'uri module 
d'appel MA, les flux media relatifs & une session 
identifiee sur la liaison entre le terminal A et 
l'entite B, selon des prescriptions de debit indiquees 
dans la commande de filtrage, et apte & bloquer sur 
commande de blocage, regue du module MA, les flux media 
relatifs a une session identifiee sur cette liaison ; 
le module MF etant apte a intercepter et a router vers 
le module MA les flux de signalisation en provenance du 
terminal A ainsi que les flux de signalisation en 
provenance de l'entite B ; 
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3) un module d' appel MA apte a : 

recevoir du module MF une demande interceptee 
d' etablissement d f une session, DES1, avec une entite 
destinataire, emise par une entite d'origine, l'une 
des deux entites etant le terminal A et 1' autre 6tant 
1' entite B, respectivement selon le protocole SIP ou le 
protocole H323, et 

extraire les codecs proposes figurant dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi que 
1' identif iant de session, IDS1, de la demande 
interceptee DES1, et 

- transmettre une demande de reservation de session 
DRS1 pour le terminal A sur la liaison d'accds du 
terminal A, correspondant a la demande interceptee 
DES1, contenant 1' identif iant de session IDS1 comme 
identifiant de session reservee et contenant les codeps 
extraits de la demande DES1, a un module d' admission de 
session MAS ; et, en reponse a cette demande, 

- soit : 

- recevoir du module d' admission de session MAS 
un message de refus de reservation de session sur 
la liaison d'acces du terminal A pour une session 
identifiee et transmettre une indication de refus 
de session a 1' entite d'origine de la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d' admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d'acces du 
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terminal A, contenant un identifiant de session 
reservee et une liste de codecs reserves ; et 

- genSrer une demande d' etablissement de session 
DES2, correspondant a la demande DES1, entre 
l'entite d' origine et 1' entity destinataire de la 
demande DES1, avec, pour identifiant de session, 
1' identifiant de session reservee re<?u du module 
MAS a l'etape precSdente, et avec, comme codecs 
proposes dans la description de session , les 
codecs de la liste de codecs reserves re<?ue du 
module MAS avec 1' identifiant de session a 1' 6 tape 
precedente; et 

transmettre la demande d' etablissement de 
session generee DES2 a l'entite destinataire ; et, 
en reponse a cette demande, 

- soit : 

recevoir du module MF un message, 
' intercepts, dans un flux de signalisation 
destine a l'entite d',origine de la demande 
DES2, indiquant l'echec de la procedure 
d' etablissement de cette session, transmettre 
ce message a l'entite d' origine, .et 
transmettre au module MAS un message d' echec 
d' etablissement de session ; 
-soit : 

recevoir du module MF un message intercepts 
d' acceptation d' etablissement de cette 
session, AES, emis par l'entite destinataire 
de la demande DES2, et 

- extraire les codecs acceptes figurant dans 
la description de session, respectivement 
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selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d' 6tablissement de session AES ; et 

- transmettre au module MAS une demande de 
confirmation de session relative a, la session 
reservee correspondant a 1' identif iant de 
session figurant dans la demande DRS1 , pour 
le terminal A sur la liaison d' acc^s du 
terminal A r contenant les codecs acceptes 
extraits £ l'etape precedente et, en response 
a ce message, 

- soit : 

- recevoir du module MAS un message de 
refus de confirmation de session pour la 
session reservee, et transmettre a 
1'entite d'origine ainsi qu'a l'entite 
destinataire de la demande DES2 un 
message d'echec d' etablissement de 
session ; 

-soit : 

- recevoir du module MAS un message 
d f acceptation de confirmation de session 
relatif d. la session reservee pour le 
terminal A sur la liaison d'acces du 
terminal A, et 

- transmettre au module MF une commande 
de filtrage des flux m6dia sur la 
liaison d'acces du terminal A, pour la 
session entre le terminal A et l'entite 
B correspondant a 1' identif iant de 
session figurant dans la demande DES 2 , 



i 01 ucpwi 



20 

selon les debits prescrits figurant dans 
le message d' acceptation de confirmation 
de session regu du module MAS a l'etape 
precedente ; et 

- transmettre a 1' entite d'origine de la 
demande • DES2 le message intercepts 
d' acceptation d' etablissement de session 
AES precedemment regu du module MF ; 

- recevoir du module MF une demande interceptee 
DFS de fin d'une session avec • une entite 
destinataire, emise par une entite d'origine, sur 
la liaison d'acces du terminal A, et 

- extraire 1' identif iant de session contenu dans 
la demande interceptee DFS regue a l'etape 
precedente, et. 

transmettre au module MAS une demande de 
liberation de session sur la liaison d'acces du 
terminal A -correspondant a la demande DFS, 
contenant 1' identif iant de session extrait ■ a 
l^etape precedente, et, en reponse & cette 
demande, 

recevoir du module MAS un message de 
confirmation de liberation de session pour la 
session correspondant £ 1' identif iant de session 
transmis a l'etape precedente, sur la liaison 
d'acces du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS regue du module 
MF, et 

- transmettre au module MF une commande de blocage 
des flux relatifs a la session correspondant a 
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1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 
terminal A ; 

4) un module d' admission de session MAS apte & : 

recevoir du module d'appel MA une demande de 
reservation de session pour le terminal A sur la 
liaison d'acces du terminal A, contenant un identif iant 
de session reservee IDSR et des codecs ; et 

- interroger la base de donnees BD sur les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et, en reponse a cette interrogation, 

- recevoir de la base de donnfees BD les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et 

- determiner une liste de codecs reserves , pour une 
session concernant le terminal A et correspondant k 
1' identif iant de session reservee IDSR regu dans la 
demande de reservation de session, formee des codecs de 
la demande de reservation de session dont les valeurs 
correspondantes des capacites de transport pour les 
canaux virtuels et les conduits virtuels sont 
compatibles avec les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A regues de la base BD £ 
l'etape precedente ; et 

- si la liste de codecs reserves est vide, transmettre 
au module MA un message de refus de reservation de 
session sur la liaison d'acces du terminal A relatif a 
la session reservee d' identif iant IDSR, sinon 
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- calculer les valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
valeurs des capacites de transport des canaux virtuels 
5 et des conduits virtuels de la liaison d'acces du 
terminal A correspondant aux codecs reserves et des 
valeurs des capacites de transport des canaux virtuels 
et des conduits virtuels de la liaison d'acces du 
terminal A revues prec6dernment de la base BD ; . et 
10 - tra nsmettre a la base BD' un message de mise §l jour 
contenant les valeurs residuelles des capacites de 
transport des canaux virtuels ' et des conduits virtuels 
de la liaison d/acces du terminal A calcul§es k l'etape 
precedente ; et 

15 - transmettre au module MA un message d' acceptation de 
reservation ; de session pour le terminal A sur la 
liaison d'acces du terminal A contenant 1' identif iant 
de session r6serv6e IDSR figurant dans la demande / de 
reservation de session precedemment regue de MA, ainsi 

20 que la liste determinee ■ ■ de codecs 

reserves correspondante; et, en reponse a ce message/ 
~ soit : 

recevoir du module MA un message d'ech'ec 
d' 6tablissement de session, et 
25 - interroger la base BD sur les valeurs des 

capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse, 

- recevoir les valeurs des capacites de transport 
30 des canaux virtuels et des conduits virtuels de la 

liaison d'acces du terminal A ; et 
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- calculer les valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acc^s du terminal A en 
fonction des ressources reservees liberees sur 
cette liaison, du fait de l'echec d' etablissement 
de session, et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues de la base BD a l'etape pr6cedente ; et 

- transmettre & la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A calculees a l'6tape precedente ; 

oit : 

recevoir du module MA une demande de 
confirmation de session relative & une session 
reservee correspondant a un identifiant de session 
reservee donne, pour le terminal A sur la liaison 
d'acces du terminal A, contenant des codecs 
acceptes ; et 

- si les codecs acceptes, regus a l'etape 
pr6c£dente, sont incompatibles avec les codecs de 
la liste de codecs reserves correspondant a 
1' identifiant de session reservee de la demande 
regue a l'etape precedente, determinee 
precfedemment, alors transmettre au module MA un 
message de refus de confirmation de session, sinon 

- associer les codecs communs, qui sont a la fois 
des codecs acceptes et des codecs reserves, a 
1' identifiant de session regu du module MA dans la 
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demande de reservation de session sur la liaison 
d'acces du terminal A ; et 

- stocker dans une memoire MC ces codecs communs 
associes a 1' identif iant de session ; et 

transmettre • au module MA un message 
d' acceptation de confirmation de session relatif a 
la session reservee, pour le terminal A sur la 
liaison d'acces du terminal A, contenant des 
debits prescrits correspondant aux codecs communs 
qui sont a la fois des codecs acceptes et des 
codecs reserves ; et 

- calculer les valeurs residuelles de capacites ' de 
transport . des. canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d' acces du terminal A correspondant aux 
codecs communs , qui sont & la fois des codecs 
acceptes et des codecs reserves,- et des valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'accds -du 
terminal A regues de la base BD ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces -du 
terminal A ; 

- recevoir du module MA un message de demande de 
liberation de session sur la liaison d'acces du 
terminal A contenant un identifiant de session; et, en 
reponse a ce message, 
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- interroger la base de donn6es BD sur les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et, en reponse £ cette interrogation, 

- recevoir de la base de donnees BD les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et 

- calculer les valeurs residuelles de capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
ressources aptes a etre liberees sur cette liaison, du 
fait de la demande regue de liberation de session, par 
1' arret de la session correspondant & 1' identif iant de 
session regu dans cette demande de liberation de 
session et des valeurs de capacites de transport des 
canaux virtuels et des conduits virtuels de la liaison 
d'acces du terminal A re?ues de la base BD ; les 
ressources aptes a etre liberees, associees a 
1' identif iant de session de la demande de liberation, 
etant lues dans la memoire MC ; et 

- transmettre au module MA un message de confirmation 
de liberation de session pour la session correspondant 
a 1' identif iant de session regu dans la demande de 
liberation de session, pour le terminal A sur la 
liaison d'acces ; et 

~ transmettre a la base BD un message de mise a jour 
contenant les valeurs residuelles de capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A precedemment 
calculees . 
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II est a noter que la base de donnees BD 
peut aussi etre une simple memoire. L'homme du metier 
peut aussi remarquer que des f onctionnalites peuvent 
etre transferees d'un- module a 1' autre (partiellement 
ou en totalite) pour aboutir a unresultat equivalent a 
celui produit par le dispositif decrit : par exemple, 
dans le dispositif decrit le module MA coitimande le 
module MF> mais il est possible de faire commander le 
module MF par le module MAS (en adaptant bien stir les 
transmissions de messages pour, cela) ; un autre exemple 
est de transferer les f onctionnalites du module MAS sur 
le module MA. II est clair toutefois que le dispositif 
decrit permet une meilleure gestion des admissions de 
sessions dans le cas ou l'on doit prendre en compte un 
grand nombre de terminaux et leurs liaisons d'acces (ou 
un reseau d' acces comportant un grand nombre de 
terminaux) . Un autre exemple concerne la f onction ' de 
stockage des codecs acceptes poyr une session en cours 
(et associes & 1' identif iant de session) assuree par le 
module MAS : cette fonction pourrait §tre assuree par' 
la base de donnees BD ; bien qu'il soit plus avantageux 
que ce soit le module d' admission de session qui 
sauvegarde le contexte d' une session dont il a gere 
l'ouverture (et notamment la confirmation de session 
indiquant. les codecs reellement utilises). L'homme du 
metier notera que les echanges entre le module d'appel 
MA et le module d' admission se session MAS concernant 
1' operation de confirmation de session, ou le module MA 
envoi une demande de confirmation de session au module 
MAS qui soit refuse soit accepte cette confirmation et 
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met a jour la base BD, permet d' optimiser la 
connaissance des capacities de transport reellement 
disponibles sur la liaison. En effet si les codecs 
acceptes par l'entite de destination de la demande DES2 
sont moins couteux en ressources que les codecs 
reserves, la mise a jour de la base BD par le MAS 
(apres 1' envoi a MA d'un message d' acceptation de 
confirmation de session) permet de liberer des 
ressources en tenant compte de la consommation reelle 
de ressources par la session entre A et B. La m<§moire 
MC ne sert qu'a permettre une mise a jour de la base BD 
a la fin d' une session. En effet, lorsque le module 
MAS, apres avoir re?u du module MA un message de 
demande de liberation de session, calcule des valeurs 
residuelles en fonction des ressources aptes a etre 
liberees et des valeurs courantes des capacites de 
transport regues de la base BD : en ce qui concerne les 
debits residuels (et conformement a l'etape (b5) du 
precede) , il ajoute aux valeurs de debit courantes 
( respect ivement du canal virtuel de A et du conduit 
virtuel de A) revues de la base BD la valeur de debit 
correspondant aux codecs en vigueur pour la session en 
cours extraits de la memoire MC ; si plusieurs codecs 
sont en vigueur , la valeur de debit a prendre en compte 
est la plus grande des valeurs de debit associees aux 
codecs . 

La Figure 3 est un schema symbolique du 
dispositif principal ou sont representes le terminal A 
50, la liaison d' acces 51 du terminal A, l'entite B 52, 
le module MF 53 de filtrage des flux sur la liaison 
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entre A et B, le module d'appel MA 54 qui peut 6changer 
des messages avec le module d' admission de session MAS 
55, le module MAS pouvant interroger la base de donnees 
BD 56 d' utilisation des ressources d'acces au reseau et 
pouvant la mettre a jour. 

1/ invention est aussi relative a un 
dispositif avec quality de service qui est un 
dispositif conforme au dispositif principal,, et dans 
lequel : 

la base de donnees BD, contient en outre une 
information de qualite de service relative au canal 
virtuel de la liaison d'acces du terminal A associ.ee 
aux valeurs de capacites de transport de la liaison 
d'acces du terminal A, et est apte & transmettre, en 
reponse a une interrogation de la part du module MAS 
relative a ia liaison d'acces du terminal A, 
'^information de quality de service correspondante 
- le module d r admission de session MAS est apte a : 

- recevoir de la base BD, en reponse a une 
interrogation de la base de donnees BD sur les 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A, les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ainsi que 
1' information de qualite de service relative au 
canal virtuel de la liaison d'acces du terminal 
A ; et 

- determiner une liste de codecs formee des codecs 
du message de demande de reservation de session 
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dont les valeurs correspondantes des capacities de 
transport pour les canaux virtuels et les conduits 
virtuels sont compatibles a la fois avec les 
valeurs des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d'acces du terminal A regues de la base BD et avec 
la qualite de service indiquee par 1' information 
de qualite de service relative au canal virtuel de 
la liaison d'acces du terminal A re<?ue de la base 
BD. 

Ce dispositif avec qualite de service est 
apte a mettre en ceuvre le mode avec qualite de service 
garantie . 

L' invention concerne aussi un dispositif 
avec filtrage elementaire, qui est un dispositif 
conforme au dispositif principal ou au dispositif avec 
qualite de service, et dans lequel : 

- le filtrage de flux effectue par le module MF ne 
tient pas compte des debits ; 

- la commande de filtrage de flux envoyee au module MF 
par le module MA ne contient pas de prescription de 
debit ; 

- le message d' acceptation de confirmation de session 
envoye au module MA par le module MAS ne contient pas 
de prescription de debit. 

Enfin 1' invention est relative & un 
dispositif avec module de routage, qui est un 
dispositif conforme au dispositif principal ou au 
dispositif avec qualite de service ou au dispositif 
avec filtrage elementaire, et dans lequel : 
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- le routage des flux de signalisation est effectue par 
un module de routage de flux de signalisation MRFS apte 
a router les flux de signalisation transmis entre 
1' entite A et 1' entite B vers le module d'appel MA ; 

5 - le module de filtrage de flux media MF n'est plus 
apte a intercepter et router des flux de signalisation 
vers, le module MA ; 

- le module d'appel MA est apte & recevoir et 
intercepter des messages regus du module MRFS et est 

10 done apte a : 

- intercepter* une demande d' etablissement d'une 
session DES1 avec urie entite destinataire, regue 
du module MRFS, respectivement selon le protocole 
SIP ou le protocole H323, 6mise par une entite 

15 d'origine sur la liaison d'acces, et 

- extraire les codecs proposes figurant dans la 
description de session, respectivement selon 'le 
protocole SDP ou le protocole H245, ainsi ique 
1' identif iant de session,. IDSl, de la demande 

20 intercepted DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'accds du terminal A, correspondant a la demande 
interceptee DES1, contenant 1' identif iant de 

25 session IDSl comme identifiant de session reservee 

et contenant les codecs ^ extraits de la demande 
interceptee DES1, a un module d' admission de 
session MAS ; et, en reponse a cette demande, 

- soit : 

30 - recevoir du module d' admission de session 

MAS un message de refus de reservation de 
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session sur la liaison d'acces du terminal A 
pour une session identifi6e et transmettre 
une indication de refus de session & l'entite 
d'origine de la demande correspondante DES1 ; 
oit : 

- recevoir du module d' admission de session 
MAS un message d' acceptation de reservation 
de session pour le terminal A sur la liaison 
d'acces du terminal A, contenant un 
identifiant de session reservee et une liste 
de codecs reserves ; et 

g^nerer une demande d' etablissement de 
session DES2, correspondant k la demande 
DES1, entre 1' entity d'origine et l'entite 
destinataire de la demande DES1, avec, pour 
identifiant de session, 1' identifiant de 
session reserves rec^u du module MAS k l'etape 
precedente, et avec, comme codecs proposes 
dans la description de session, les codecs de 
la liste de codecs reserves regue du module 
MAS avec 1' identifiant de session a l'etape 
precedente ; et 

- transmettre la demande d' etablissement de 
session g6ner6e DES2 a l'entite 
destinataire ; et, en reponse k cette 
demande, 

- soit : 

- recevoir du module MRFS et intercepter 
un message destine a l'entite d'origine 
de la demande DES2, indiquant l'6chec de 
la procedure d' etablissement de cette 
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session, transmettre ce message a 
1'entite d'origine, et transmettre au 
module MAS un message d' echec 
d f etablissement de session ; 
soit : 

- recevoir du module MRFS et intercepter 
un message d' acceptation d' Etablissement 
de cette session, AES, emis par 1'entite 
destinataire de la demande DES2, et 

- extraire les codecs acceptes figurant 
dans. la . description de session, 
respectivement selon le pro'tocole SDP ou 
, le protocole H245, du message intercepts 
d' acceptation d' etablissement de session 
AES ; et 

- transmettre au module MAS une demande 
de confirmation de session relative & la 
session reservee correspondant ( a 
1' identif iant de session figurant dans 
la demande DRS1, pour le terminal A sur 
la liaison d'acces du terminal -A, 
contenant les codecs acceptes extraits a 
1'etape precedente et, en reponse a ce 
message, 

- soit : 

- recevoir du module MAS un message de 
refus de confirmation de session pour la 
session reserv§e, et transmettre a 
1'entite d' origine ainsi qu'a 1'entite 
destinataire de * la demande DES2 un 
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message d'6chec d' Stablissement de 
session ; 
-soit : 

recevoir du module MAS un message 
d' acceptation de confirmation de session 
relatif £ la session reservee pour le 
terminal A sur la liaison d f acces du 
terminal A f et 

- transmettre au module MF une commande 
de filtrage des flux irifSdia sur la 
liaison d' acces du terminal A,, pour la 
session entre le terminal A et 1' entite 
B correspondant a 1' identif iant de 
session figurant dans la demande DES2, 
selon les debits prescrits figurant dans 
le message d' acceptation de confirmation 
de session regu du module MAS a 1'etape 
pr6cedente ; et 

- transmettre a l'entite d'origine de la 
demande DES2 le message intercepts 
d r acceptation d' 6tablissement de session 
AES pr6c6demment regu du module MRFS ; 

recevoir du module MRFS et intercepter une 
demande DFS de fin d'une session avec une entite 
destinataire, emise par une entite d'origine, sur 
la liaison d'acc&s du terminal A, et 
- extraire 1' identif iant de session contenu dans 
la demande DFS interceptee a l'etape prec6dente, 
et 

transmettre au module MAS une demande de 
liberation de session sur la liaison d'acces du 
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terminal A correspondant & la demands DFS, 
contenant 1' identif iant de session extrait & 
l'etape prec£dente, et, en r^ponse a cette 
demande, 

recevoir du module MAS un message de 
confirmation de liberation' de session pour la 
session correspondant a 1' identif iant de session 
transmis a l f 6tape precedente, sur la liaison 
d'acces. du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS, et 

- transmettre au module MF une commande de blocage 
des flux relatifs a la session correspondant 

1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 
terminal A. 

Le dispositif avec module de routage est 
avantageux car il permet de, separer la fonction de 
routage et d' interception des flux de 
signalisation de celle de filtrage des flux media, 
ce qui of f re la possibility d' implanter les 
modules MF et MRFS sur des equipements differents. 



BREVE DESCRIPTION DES DESSINS 

Les caracteristiques et avantages de 
1' invention expos^e plus haut, ainsi que d'autres qui 
ressortiront de la description suivante de modes 
particuliers de realisation, donnes a titre d'exemples, 
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apparaitront davantage en se r6f6rant aux dessins 
annexes, sur lesquels : 

- la Figure 1 est un schema logique du mode general 
du procede de controle d r admission de session, 
correspondant a la phase a) d' emission d'une 
demande d' 6tablissement de session. 

- la Figure 2 est un schema logique du mode general 
du procede de controle d' admission de session, 
correspondant a la phase b) d' emission d'une 
demande de fin de session. 

- la Figure 3, decrite plus haut, est un schema 
symbolique representant le dispositif principal 
pour la mise en ceuvre du procede selon 
l r invention. 

EXPOSE DETAILLE DE MODES DE REALISATION PARTICULIERS 

Dans le mode general du procede selon 
1' invention, presente ci-dessus, la base de donnees 
d' utilisation des ressources d'acces au reseau, a 
l'etape (a2) , contient en particulier les valeurs 
courantes des capacit6s de transport des canaux et 
conduits virtuels de la liaison d' acces du terminal A, 
notamment les valeurs courantes des debits disponibles 
(pas encore utilises) pour des transmissions de donnees 
sur cette liaison. Chaque fois que des ressources sont 
demandees pour etre utilisees, ou que des ressources 
sont liberees, la base est mise & jour de fagon a 
indiquer les ressources restantes disponibles. 
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A l'etape (a6) du proc<§de les valeurs 
residuelles des capacites de transport sont obtenues 
par difference entre les valeurs courantes des 
capacites de transport des canaux et conduits virtuels 
5 de la liaison d'acces du terminal A obtenues a l'etape 
(a2) et les valeurs reservees des capacites de 
transport, c' est-a-dire aux valeurs de debit 
correspondant aux codecs compatibles, pour chacun des 
•codecs ; s'il y a plusieurs codecs compatibles, la 

10 valeur de debit reservee £ prendre en compte, 
respectivement pour le canal virtuel et pour le conduit 
virtuel de la liaison, est la plus grande valeur de 
debit correspondant aux codecs compatibles. Par 
consequent, la valeur residuelle calculee & l'6tape 

15 (a'6) , respectivement pour le canal virtuel et pour le 
conduit virtuel de la liaison,, correspond a une valeur 
minimale. 

De meme, a l'etape (a9) , les valeurs 
residuelles resultent de la , difference entre les 

20 valeurs courantes obtenues a l'etape (a2) et les 
valeurs correspondant aux codecs de DES2 acceptes par 
l'entite destinataire de la demande DES2 . S'il y a 
plusieurs codecs acceptes, la valeur de debit 
correspondant a ces codecs acceptes k prendre en 

25 compte, respectivement pour le canal virtuel et pour le 
conduit virtuel de la liaison, est la plus grande 
valeur de debit correspondant a ces codecs acceptes. 
Par consequent, la valeur residuelle calculee a l'etape 
(a9) r respectivement pour le. canal virtuel et pour le 

30 conduit virtuel de la liaison,, correspond & une valeur 
minimale . 
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Le fait que les valeurs r6serv6es 
correspondent a dies valeurs maximales et que les 
valeurs residuelles correspondent a des valeurs 
minimales, permet d' assurer que les sessions acceptees 
ne donneront pas lieu £ une saturation des capacites de 
transport en cours de session car les valeurs stockees 
dans la base de donnees indiquent les plus petit'es 
capacites de transport disponibles en termes de debits. 

Ainsi que l'homme du metier peut le 
remarquer, les valeurs residuelles calcul^es a l'etape 
(a9) peuvent, de maniere 6quivalente, etre obtenues en 
ajoutant les valeurs des capacites de transport 
liberees correspondant aux codecs de DES2 non accept6s 
par l'entite destinataire, aux valeurs residuelles 
stockees dans la base de donnees a l'etape (a7) . 

A l'etape (al2) , les valeurs de mise a jour 
de la base de donnees sont les valeurs des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A obtenues a l'etape (a2) . De 
maniere equivalente, ces valeurs de mise & jour de la 
base peuvent etre vues comme des valeurs residuelles 
qui resultent de 1' addition des valeurs stockees dans 
la base & l'etape (a7) (qui sont des valeurs de 
capacites de transport disponibles sur la liaison) et 
des valeurs reservees correspondant aux codecs 
compatibles transmis dans DES2 (et utilisees a l'etape 
(a6)) . 

Les codecs en vigueur pour la session en 
cours dont la fin est demandee, a l'6tape b) , sont bien 
sur ceux qui ont ete acceptes par l'entite destinataire 
ayant regu la demande d' etablissement de session 
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correspondante (indiquee par 1' identif iant de session). 
Ces codecs, associes a 1' identif iant de session de la 
session en cours, conf orm6ment a l'etape a(8), sont 
memorises au moins pour la duree de cette session. 

A l'etape- (b5), les valeurs r6siduelles 
resultent de 1' addition des valeurs courantes obtenues 
a l'etape (b4) et des valeurs des capacitSs de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A qui correspondent aux codecs 
obtenus a l'dtape (bl) . Si plusieurs codecs sont en 
vigueur pour la session en cours, la valeur de debit 
correspondant a ces codecs en vigueur a prendre en 
compte, respectivement pour le canal virtuelet pour le 
.conduit virtuel de la liaison, est la plus grande 
valeur de debit parmi celles correspondant & chacun de 
ces codecs. 

Le schema logique du mode general 
correspondant a la phase a) d',6mission " d' une demande 
20 d' etablissement de session est represents sur la Figure 
1 : une demande DES1 d' etablissement de session 1 sur 
la liaison d r acc£s du terminal A, emise par une entite 
d'origine, est intercepted 2 et les codecs proposes 
Cp (1) , . . ,Cp (N) dans DES1 sont extraits ; un message 
25 d' interrogation 3 est envoye a une base de donnSes BD 
d' utilisation des ressources d'acces 4 qui, en rSponse, 
fournit 5 les valeurs courantes des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A , et notamment les valeurs 
30 courantes des debits disponibles DCvc et DCvp, 
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respectivement pour le canal virtuel (VC) et le conduit 
virtuel (VP) du terminal A. 

Avec ces valeurs et avec les codecs extraits, une liste 
L de codecs compatibles Cc {1 ) , , . , Cc (K) avec est 
determinee 6, conf ormement k l'etape (a3) du mode 
general / si DCp(i) d6signe le d6bit correspondant au 
codec Cp(i) (i varie de 1 a N) , alors si DCp(i) < DCvc 
et DCp(i) < DCvp alors le codec Cp(i) est un codec 
compatible qui est inclus dans la liste Si la liste 
L est vide, L = 0, alors 7 un message d' 6chec est 
transmis k l'entite d'origine conf ormement a l'6tape 
(a4) . 

Si, au contraire, L n'est pas vide alors les codecs 
compatibles Cc (1) , . • , Cc (K) qu'elle contient sont 
inseres dans une demande DES2 9 qui est envoy^e & 
l'entite destinataire 10 de la demande DESl ; 
conf ormement a l'etape (a6) , des valeurs r^siduelles de 
capacite de transport, notamment des debits r^siduels 
DRvc et DRvp (respectivement pour le canal virtuel et 
le conduit virtuel du terminal A) , sont calculees 11 : 
par exemple, si DCc(i) designe le debit correspondant 
au codec compatible Cc(i) (i varie de 1 a K) alors 
DRvc = DCvc - Max(DCc(l) , . . , DCc (K) ) et 

DRvp = DCvp - Max (DCc (1) , . . , DCc (K) ) / ensuite ies 
ressources pour le terminal A sont reservees 12 (voir 
l'etape (a7) ) par un message de mise a jour 13 envoye 
BD, par exemple en ce qui concerne les debits sur le 
canal virtuel et sur le conduit virtuel du terminal A 
la mise a jour se fait par les operations 
d' affectation : DCvc = DRvc et DCvp = DRvp. Si l'entite 
de destination 10 accepte 14 la demande DES2 alors les 
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codecs acceptes Ca (1) , , Ca (J) 15 sont mSmorisSs 
(etape (a8) ) et permettent, avec les valeurs 5, l e 
calcul de valeurs residuelles 16 (Stape a(9)): par 
exemple pour les debits, si DCa(i) designe le debit 
correspondant au codec accepte Ca.(i) (i varie de 1 a 
J), alors : DRvc = ' DCvc - M ax (DCa (1 ) , . . , DCa ( J) ) et 
DRvp = DCvp - Max (DCa (1) , . . ,DCa(J) ) .; la base BD est 
alors mise a jour 17 par 1' envoi (etape a (10)) d'un 
message 18 contenant les valeurs residuelles calculSes, 
pour les debits cette mise a jour se fait par les 
operations d' affectation DCvc = DRvc et DCvp = DRvp ; 
la session est autorisee 19 conformement a l'Stape 
(all) du procede. Si la demande DES2 n'est pas acceptee 
14 alors (etape a (12)) la base BD est mise & jour 20 
15 par un message 21 contenant les valeurs . 5 pour 
remplacer les valeurs. stockees (qui correspondent aux 
valeurs envoy^es en 13) , et un message d^echec est 
envoye 22 a l'entite d' origirie . . , 

20 Le schema logique du mode general 

correspondant a la phase b) d r emission d'une demande - de 
fin de session est represents sur la Figure 2 : une 
entite d f origine emet un message DFS de demande de fin 
de session 30 qui est intercepts 31 (etape (bl) du 

25 procede); 1' identif iant de session IDS est releve 32, 
les codecs en vigueur pour la session en cours 
Cs (1) , . . ,Cs (P) sont obtenus 33 (ils ont ete memorises 
lors de 1'etape (a8) d'ouverture de la session), la 
demande DFS est transmise a son entite de destination 

30 34 (etape(b2)), 1' identif iant IDS sert a commander le 
blocage 35 de la transmission de flux entre A et B 
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(6tape (b3) ) ; une interrogation 36 de la base BD 37 de 
donnees d' utilisation des ressources d'acces est 
effectuee (6tape b4)) par l'envoi a BD d'un message 
d' interrogation 38 qui, en reponse, fournit 39 les 

5 valeurs courantes des capacites de transport de la 
liaison d'acces au terminal A, notarament le debit 
courant du canal virtuel de A, DCvc, et celui du 
conduit virtuel de A, DCvp ; a partir de ces valeurs et 
des valeurs correspondant aux codecs en vigueur obtenus 

10 33, des valeurs residuelles sont calcul6es 40, 
conformement a l'etape (b5) du proced6, en particulier 
pour les debits, si le debit residuel du canal virtuel 
de A est DRvc, et celui du conduit virtuel de A est 
DRvp, et si DCs(i) designe le debit correspondant au 

15 codec Cs(i) (i varie de 1 a P) , on a : 
DRvc = DCvc + Max (DCs (1) , . . , DCs (P) ) et 
DRvp = DCvp + Max (DCs (1) , . . ,DCs (P) ) , 

La valeur de d6bit Max (DCs (1) , . • , DCs (P) ) est la valeur 
de debit correspondant aux codecs mis en memoire lors 

20 de l'ouverture de la session ; 

la base BD est ensuite mise a jour 41 (etape (b5) ) par 
1' envoi d'un message 42 contenant les valeurs 
residuelles calculees ; pour les debits la mise £ jour 
s'effectue par 1' operation d' affectation : 

25 DCvc = DRvc et DCvp = DRvp, 
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KEVEND ICATIONS 

1. Procede de controle d' admission de 
session multimedia selon le protocole SIP ou H323, sur 
un reseau de telecommunication multimedia & transfert 
de donn^es par paquets selon le protocole Internet, 
entre un terminal A, entite connectee au reseau de 
telecommunication par une liaison d'acc^s et disposant 
d'un canal virtuel au sein d'un conduit virtuel sur 
cette liaison, et une entite B du reseau, point de 
terminaison du protocole de signalisation; les valeurs 
courantes des capacit6s de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A hors session 6tant connues, le canal 
virtuel et le conduit virtuel dedies au terminal A 
etant aptes a etre partag£s avec un autre terminal du 
reseau ; le terminal A etant apte a emettre, ou 
recevoir, une demande d r etablissement de session ou une 
demande de fin de session avec 1' entite B selon le 
protocole SIP ou H323, caracterise en ce qu'il comporte 
les etapes suivantes consistant a : 

a) pour une demande DES1 d' etablissement d'une session 
entre le terminal A et 1' entite B, 6mise par une entite 
d 7 origine a destination d'une entite destinataire, 
l f une de ces deux entit<§s etant le terminal A et 
1' autre etant 1' entite B, respectivement selon le 
protocole SIP ou le protocole H323, 

intercepter la demande DES1 emise par 1' entite 
d 7 origine et en extraire les codecs proposes dans la 
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description de session, respectivement selon le 
protocole SDP ou le protocole H245 ; et 

obtenir les valeurs courantes des capacities de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A stockees dans une 
base de donn^es d' utilisation des ressources d'acces au 
reseau, et 

- determiner quels sont les codecs, proposes dans la 
demande interceptee DES1, compatibles avec les valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A obtenues k l'etape precedente; et 

- refuser d' etablir la session si aucun des codecs 
proposes dans la demande interceptee DES1 n'est 
compatible avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A, et transmettre £ 
l'entite d' origine un message indiquant l'echec de 
1' etablissement de session ; sinon 

- modifier la demande interceptee DES1 d' etablissement 
de session en ne coriservant, dans la description de 
session incluse dans la demande interceptee,. que les 
codecs compatibles avec les valeurs courantes des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et transmettre la demande modifiee d' etablissement de 
session, DES2, & l'entite destinataire de la demande 
DES1; et 

- calculer des valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 



44 



10 



valeurs reserves des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A correspondant aux codecs compatibles 
transmis dans la demande modifiee DES2 et des valeurs 
courantes des capacites ■ de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; et 

- reserver a l'usage du terminal A les " ressources, sur 
le canal virtuel et le conduit virtuel de la liaison 
d'acces dedifes a ce terminal , qui correspondent aux 
valeurs reserves' des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; cette reservation de ressources 6tant 
effectuee en mettant k jour la base de donn6es 
15 d' utilisation des ressources d'acces avec les valeurs 
residuelles.. des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A calculees a l'etape prec<§dente ; et 

si la demande d' etablissement de session DES2 
20 transmise a 1' entite destinataire de la demande 
d' etablissement de session DES1 est accept6e par cette 
entite, alors : 

- associer les codecs de la demande DES 2 acceptes 
par son entite destinataire a 1' identif iant de 

25 session de la demande DES2, et les memoriser ; et 

- calculer des valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de -la 
liaison d' acces du terminal A correspondant aux 
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codecs de la demande DES2 accept^s par l'entite 
destinataire, et des valeurs courantes des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et 

- mettre a jour la base de donn6es d' utilisation 
des ressources d'acces avec les valeurs 
residuelles des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d'acces du terminal A calculees a 1'etape 
precedente ; et 

autoriser la transmission de flux entre le 
terminal A et l'entite B selon les ressources de 
bande passante correspondant aux codecs de la 
demande DES2 acceptes par l'entite destinataire de 
cette demande; 
- sinon, 

- transmettre a l'entite d' origine un message 
indiquant 1'echec de 1' etablissement de session et 
mettre a jour la base de donn6es en tenant compte 
de la liberation des ressources reservees sur la 
liaison du terminal A ; 

b) pour une demande DFS de fin d'une session entre le 
terminal A et l'entite B, 6mise par une entite 
d' origine & destination d'une entite destinataire, 
l'une de ces entit^s etant le terminal A et 1' autre 
6tant l'entite B, respectivement selon le protocole SIP 
ou le protocole H323, les codecs en vigueur pour la 
session etant donn6s, 
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- intercepter la deraande DFS emise par l'entite 
d'origine et relever 1' identif iant de session, relatif 
a la session en cours dont la fin est demandee, contenu 
dans cette demande, et obtenir les codecs associes a 
cet identifiant de session ; et 

- transmettre la demande interceptee DFS a l'entite 
destinataire ; et 

- sur la base de 1 ' identif iant de session releve dans 
la demande interceptee DFS, bloquer la transmission de 
flux entre le terminal A et l'entite B ; et 

- obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A stockees dans une 
base de donnees d' utilisation des ressources d'acces au 

15 reseau, et 

- calculer , les valeurs residuelles des capacites de 
transport des . canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
ressources liberees sur cette . liaison . par 1' arret de la 

20 session, correspondant aux codecs associes • a 
1' identifiant de session releve, et des valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A obtenues a l'etape precedente ; et 

25 - mettre a jour la base de donnees d' utilisation des 
ressources d'acces au reseau, pour la liaison d'acces 
au terminal A, avec les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 

30 calculees a l'etape precedente. 
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2 . Procede selon la revendication 1 dans 
lequel, lorsque le canal virtuel de la liaison d'acces 
du terminal A est & qualite de service garantie selon 
une valeur de qualite de service donnee pour la 
5 liaison, a l'etape a) la modification de la demande 
interceptee DES1 d' etablissement de session est 
effectuee en ne conservant, dans la description de 
session incluse dans la demande intercepts, que les 
codecs compatibles a la fois avec les capacites 
10 courantes de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 
et avec la valeur de qualite de service du canal 
virtuel de cette liaison. 

15 3. Procede selon l'une quelconque des 

revendications 1 ou 2 dans lequel la transmission de 
flux, consecutive a 1' autorisation de transmission de 
flux entre le terminal A et l'entite B selon les 
ressources de bande passante correspondant aux codecs 

20 acceptes par l'entite destinataire, est effectuee par 
un filtrage des flux selon des debits prescrits ; ces 
debits prescrits etant des debits qui sont a la fois 
des debits acceptes par 1' entite destinataire, pour les 
transmissions relatives a la session demandee par 

25 l'entite d'origine, et des debits compatibles avec les 
capacites courante de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du terminal 
A. 

30 4, Dispositif de controle d' admission de 

session multimedia selon le protocole SIP ou H323, sur 
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un reseau de telecommunication multimedia a transfert 
de donnees par paquets selon le protocole Internet, 
entre un terminal A, entite connectee au reseau de 
telecommunication par une liaison d'acces et disposant 
5 d'un canal virtuel au sein d'un conduit virtuel sur 
cette liaison, et une entite B du reseau, point de 
terminaison du protocole de signalisation; les valeurs 
courantes des capacites de . transport des canaux 
virtuels et des conduits virtuels' de la liaison d'acces 
10 du terminal A hors session etant connues, le canal 
virtuel et le conduit virtuel dedies au terminal A 
etant aptes a etre partages avec un autre terminal du 
reseau ; le terminal A etant apte a emettre ou recevoir 
une demande d' etablissement de session ou une demande 
15 de fin de session avec 1' entite .' B . selon le protocole 
SIP ou H323,. caracterise en ce qu'il comporte : 
- une base de donnee BD, interrbgeable par un module 
d' admission de session MAS, ou . sont stockees -les 
valeurs des capacites de transport des canaux virtuels 
20 et des conduits virtuels de la' liaison d'acces du 
terminal A ; la base BD etant apte a transmettre a ' un 
module d' admission de session MAS, en reponse a une 
interrogation de la part de ce module relative a la 
liaison d'acces du terminal A, les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 
stockees ; les donnees de la base BD pouvant etre mises 
a jour sur reception d'un message de mise a jour, 
transmis par le module d' admission de session MAS, 
contenant les nouvelles valeurs des donnees a stocker ; 
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- un module de filtrage de flux m6dia MF apte & filtrer 
sur commande de filtrage, regue d'un module d'appel MA, 
les flux media relatifs & une session identifiee sur la 
liaison entre le terminal A et l'entite B, selon des 
prescriptions de debit indiquees dans la commande de 
filtrage, et apte a bloquer sur commande de blocage, 
regue du module MA, les flux media relatifs a une 
session identifiee sur cette liaison ; le module MF 
etant apte a intercepter et a router vers le module "MA 
les flux de signalisation en provenance du terminal A 
ainsi que les flux de signalisation en provenance de 
l'entite B ; 

- un module d'appel MA apte a : 

- recevoir du module MF une demande interceptee 
d' etablissement d'une session, DES1, avec une 
entity destinataire, emise par une entite 
d'origine, l'une des deux entites <§tant le 
terminal A et 1' autre 6tant l'entite B, 
respectivement selon le protocole SIP ou le 
protocole H323, et 

- extraire les codecs proposes figurant dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi que 
1' identifiant de session, IDS1, de la demande 
interceptee DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'acces du terminal A, correspondant a la demande 
interceptee DES1, contenant 1' identif iant de 
session IDS1 comme identifiant de session reserv<§e 
et contenant les codecs extraits de la demande 
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DES1, a un module d f admission de session MAS ; et, 
en reponse & cette demande, 

- soit : 

- recevoir du module d' admission de session MAS 
un message de. refus de reservation de session sur 
la liaison d'acces du terminal A pour une session 
identifiee et transmettre une indication de refus 
de session a 1'entite d'origine de . la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d' admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d'acces du 
terminal A, contenant un identifiant de session 
reservee et une liste de codecs reserves ; et 

- gSnerer une demande d' etablissement de session 
DES2, correspondant a la demande DES1, entre 
1'entite d' origine et l'entite destinataire de' la 
demande DES1, avec, pour identifiant de session, 
1' identifiant de session reservee re<?u du module 
MAS a l'etape precedente, et avec, comme codecs 
proposes dans la description de session, les 
codecs de la liste de codecs reserves regue du 
module MAS avec 1' identifiant de session a l'etape 
precedente; et 

transmettre la demande d' Etablissement de 
session g^neree DES2 a 1' entity destinataire ; et, 
en reponse k cette demande, 
- soit : 

recevoir du module MF un message, 
intercepts dans un flux de signalisation 
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destine a l'entite d'origine de la demande 
DES2, indiquant l'echec de la procedure 
d' Etablissement de cette session, transmettre 
ce message a l'entite d'origine, et 
transmettre au module MAS un message d'echec 
d' etablissement de session ; 

- soit : 

- recevoir du module MF un message intercepts 
d' acceptation d' etablissement de cette 
session, AES, emis par l'entite destinataire 
de la demande DES2, et 

- extraire les codecs acceptes figurant da.ns 
la description de session, respectivement 
selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d' etablissement de session AES ; et 

- transmettre au module MAS une demande de 
confirmation de session relative a la session 
rSservee correspondant & 1' identif iant de 
session figurant dans la demande DRS1, pour 
le terminal A sur la liaison d'acces du 
terminal A, contenant les codecs acceptes 
extraits a I'Stape precSdente et, en rSponse 
a ce message, 

- soit : 

- recevoir du module MAS un message de refus 
de confirmation de session pour la session 
r6serv6e, et transmettre a 1'entitS d'origine 
ainsi qu'a l'entite destinataire de la 
demande DES2 un message d'echec 
d' etablissement de session ; 
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-soit : 

recevoir du module MAS un message 
d' acceptation de confirmation de session rela 
tif a la session r<§servee pour le terminal A 
sur la liaison d'acces du terminal A, et 

- transmettre au module MF une commande de 
filtrage des flux media sur la liaison 
d'acces du terminal A, pour la session entre 
le terminal A et. l'entite B correspondant a 
l'identifiant de session figurant dans la 
demande DES2, selon les debits prescrits 
figurant dans le message d' acceptation de 
confirmation de session recu du module MAS a 
1' etape. precedente ; et 

- transmettre a l'entite d' origine de la 
. demande DES2 le . message inter cepte 

d' acceptation d' etablissement de session AES 
precedemment regu du module MF ; ■ 

- recevoir du module MF une demande interceptee-. 
DFS. de fin d'une session avec une entite 
destinataire, emise par une entite d' origine, sur 
la liaison d'acces du terminal A, et 

- extraire l'identifiant de session contenu dans 
la demande interceptee DFS recue A 1' etape 

25 precedente, et 

- transmettre au module MAS une demande de 
liberation de session sur la liaison d'acces du 
terminal A correspondant a la demande DFS, 
contenant l'identifiant de session extrait a 
1' etape precedente, et, en reponse a cette 
demande, 
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recevoir du module MAS un message de 
confirmation de liberation de session pour la 
session correspondant a 1' identif iant de session 
transmis a l'etape precedente, sur la liaison 
d'acces du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS regue du module 
MF, et 

- transmettre au module MF une commande de blocage 
des flux relatifs & la session correspondant a 
1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 
terminal A ; 

module d' admission de session MAS apte £ : 

- recevoir du module d'appel MA une demande de 
reservation de session pour le terminal A sur la 
liaison d'acc&s du terminal A, contenant un 
identifiant de session reservee IDSR et des 
codecs ; et 

- interroger la base de donnees BD sur les valeurs 
des capacit6s de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces .du 
terminal A / et, en reponse a cette interrogation, 

- recevoir de la base de donnees BD les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et 

- determiner une liste de codecs reserves, pour 
une session concernant le terminal A et 
correspondant a 1' identif iant de session reservee 
IDSR regu dans la demande de reservation de 
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session, formee des codecs de la demande de 
reservation de session dont les valeurs 
correspondantes des capacites de transport pour 
les canaux virtuels et les conduits virtuels sont 
compatibles avec les valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du . terminal A 
recues de la base BD a l'etape precedente ; et 

- si la liste de codecs reserves est vide, 
transmettre au module MA un message de refus de 
reservation de session sur la liaison d'acces du 
terminal A . relatif a la session reservee 
d'identifiarit IDSR, sinon 

- calculer les valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de' la 
liaison d'acces du terminal A correspondant aux 
codecs reserves et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues precedemment de la base BD ; et 

- transmettre a la base BD un message de raise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces .du 
terminal A calculees a l'etape precedente ; et 

transmettre au module MA un message 
d' acceptation de reservation de session pour le 
terminal A sur la liaison d'acces du terminal A 
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contenant l r identif iant de session r^servee IDSR 
figurant dans la demande de reservation de session 
prec6demment re<?ue de MA, ainsi que la liste 
determinee de codecs reserves correspondante; et, 
en reponse a ce message, 

- soit : 

recevoir du module MA un message d' echec 
d' etablissement de session, et 

- interroger la base BD sur les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse, 

- recevoir les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ; et 

- calculer les valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des ressources reservees lib6rees sur 
cette liaison, du fait de 1' echec d' Etablissement 
de session, et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues de la base BD a l'etape precedente / et 

- transmettre a la base BD un message de raise & 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A calculees a l'etape precedente ; 

- soit : 
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recevoir du module MA une demande de 
confirmation de session relative a une session 
reservee correspondant a un identifiant de session 
reservee donne, pour le terminal A sur la liaison 
d'acces du terminal A, contenant des codecs 
acceptes ; et 

si les codecs acceptes, regus & l'etape 
precedente, sont incompatibles avec les codecs de 
la liste de codecs reserves, determinee 
precedemment, alors transmettre au module MA un 
message de refus de confirmation de session, sinon 

- associer les codecs communs, qui sont & la fois 
des codecs acceptes et des codecs reserves, a 
1' identifiant de session re<?u du module MA dans :i la 
demande de reservation de session sur la liaison 
d' acces du terminal A ; et 

- stocker dans une memoire MC ces codecs, communs 
associes & 1' identifiant de session ; et . 

transmettre au module MA un message 
d' acceptation de confirmation de session relatif a 
la session reservee, pour le terminal A sur 'la 
liaison d'acces du terminal A, contenant des 
debits prescrits correspondant aux codecs communs 
qui sont a la fois des codecs acceptes et des 
codecs reserves ; et 

- calculer les valeurs residuelles de capacites de 
transport- des canaux , virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A correspondant aux 
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codecs communs, qui sont a la fois des codecs 
acceptes et des codecs reserves, et des valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A regues de la base BD ; et 

- transmettre a la base BD un message de raise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; 

- recevoir du module MA un message de demande de 
liberation de session sur la liaison d'acces du 
terminal A contenant un identifiant de session; 
et, en reponse a ce message, 

- interroger la base de donn6es BD sur les valeurs 
des capacites de transport des canaux virtuels -et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse a cette interrogation, 

- recevoir de la base de donnees BD les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et 

- calculer les valeurs residuelles de capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des ressources aptes a etre liberees sur 
cette liaison, du fait de la demande re<jue de 
liberation de session, par 1' arret de la session 
correspondant a 1' identifiant de session regu dans 
cette demande de liberation de session et des 
valeurs de capacites de transport des canaux 
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virtuels et des conduits virtuels de la liaison 
d'acces du terminal A re<?ues de la base BD ; les 
ressources aptes a etre liberees, associees a 
1' identif iant de session de la demande de 
liberation, 6tant lues dans la memoire MC ; et 

transmettre au module MA • un message de 
confirmation de liberation de session pour la 
session correspondant & 1' identif iant de session 
regu dans la demande de liberation de session, 
pour le terminal A sur la liaison d'acces ; et 
- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles de 
capacites ■ de transport des canaux virtuels et ' des 
conduits virtuels de la liaison d'acces du 
terminal A precedemment calcul^es. 

5> Dispositif selon la revendication 4 dans 

lequel : 

la : base de donnees BD, cpntient en outre une 
information de quality de service relative au canal 
virtuel de la liaison d'acces du terminal A associee 
aux valeurs de capacites de transport de la liaison 
d'acces du terminal A, et est apte £ transmettre, en 
reponse a une interrogation de la part du module MAS 
relative a la liaison d'acc&s du terminal A, 
1' information de qualite de service correspondante ; 
- le module d' admission de session MAS est apte a : 

recevoir de la base BD, en reponse a une 
interrogation de la base de donnees BD sur les 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
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terminal A, les valeurs des capacit^s de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ainsi que 
1' information de qualite de service relative au 
canal virtuel de la liaison d'acces du terminal 
A ; et 

- determiner une liste de codecs forrnee des codecs 
du message de demande de reservation de session 
dont les valeurs correspondantes des capacites de 
transport pour les canaux virtuels et les conduits 
virtuels sont compatibles a la fois avec les 
valeurs des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d'acc^s du terminal A regues de la base BD et avec 
la qualite de service indiquee par 1' information 
de qualite de service relative au canal virtuel de 
la liaison d'acces du terminal A regue de la base 
BD. 

6. Dispositif selon l'une quelconque des 
revendications 4 ou 5 dans lequel : 

- le filtrage de flux effectue par le module MF ne 
tient pas compte des debits ; 

- la commande de filtrage de flux envoyee au module MF 
par le module MA ne contient pas de prescription de 
debit ; 

- le message d' acceptation de confirmation de session 
envoye au module MA par le module MAS ne contient pas 
de prescription de debit- 
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7. Dispositif de controle d r admission de 
session multimedia selon l'une quelconque des 
revendications 4 a 6 dans lequei : 

- le routage des flux de signalisation est effectue par 
un module de routage de flux de signalisation MRFS apte 
a router les flux de signalisation transmis entre 
l r entite A et 1' entite B vers le module d'appel MA ; 

- le module de filtrage de flux m6dia MF n'est plus 
apte a intercepter et router des flux de signalisation 
vers le module MA ; 

- le module d'appel MA est apte ' £l recevoir et 
intercepter des messages regus du module MRFS et est 
done apte a : * 

- intercepter une demande d' etablissement d r une 
session DES1 avec une entite diestinataire, regue 
du module MRFS, respect ivement selon le protocole 
SIP ou le protocole H323, emise .par une entite 
d'origine sur la liaison d f acces, et 

- extraire les codecs proposes figurant dans la 
description de. session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi cjue 
1' identif iant de session, IDS1, de la demande 
interceptee DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'acc£s du terminal A, correspondant a la demande 
interceptee' DES1, contenant 1' identif iant de 
session IDS1 comme identifiant de session reservee 
et contenant les codecs extraits de la demande 
interceptee DES1, & un module d' admission de 
session MAS ; et, en response & cette demande, 
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- soit : 

- recevoir du module d r admission de session MAS 
un message de refus de reservation de session sur 
la liaison d'acc£s du terminal A pou une session 
identifiee et transmettre une indication de refus 
de session & l'entite d'origine de la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d' admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d'acces du 
terminal A, contenant un identifiant de session 
rfeservee et une liste de codecs reserves ; et 

- generer une demande d' etablissement de session 
DES2 , correspondant a la demande DES1, entre 
l'entite d'origine et l'entitfe destinataire de la 
demande DES1, avec f pour identifiant de session, 
1' identifiant de session reservee regu du module 
MAS a l'etape prec£dente, et avec, comme codecs 
proposes dans la description de session, les 
codecs de la liste de codecs reserves regue du 
module MAS avec 1' identifiant de session a l'£tape 
pr£cedente; et 

transmettre la demande d' etablissement de 
session generee DES2 a 1' entity destinataire ; et, 
en reponse a cette demande, 

- soit : 

- recevoir du module MRFS et intercepter un 
message destine k l'entite d' origine de la 
demande DES2, indiquant l'6chec de la 
procedure d' etablissement de cette session, 
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transmettre ce message & l'entite d'origine, 
et transmettre au module MAS un message 
d'echec d' etablissement de session ; 

- soit : 

- recevoir du module MRFS et intercepter un 
message d r acceptation d' etablissement de 
cette session, AES, 6mis par 1' entity 
destinataire de la demande DES2, et 

- extraire les codecs acceptes figurant dans 
la description de session, respectivement 
selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d' Etablissement de session AES ; et 

- transmettre au module MAS une demande de 
confirmation de session relative a la session 
r6serv6e correspondant 1' identif iant de 
session figurant dan's la demande DRS1, pour 
le terminal A sur la liaison d'acces /du 
terminal A, contenant les , codecs acceptes 
extraits & l'etape pr<§cedente et, en reponse 
a ce message, 

- soit : 

- recevoir du module MAS un message de refus 
de confirmation de session pour la session 
reservee, et transmettre a l'entite d'origine 
ainsi qu'a l'entite destinataire de la 
demande -DES2 un message d'echec 
d' etablissement de session ; 

-soit : 

recevoir du module MAS un message 
d' acceptation de confirmation de session 



63 

relatif & la session reserv^e pour le 
terminal A sur la liaison d' acces du terminal 
A, et 

- transmettre au module MF une commande de 
filtrage des flux media sur la liaison 
d' acces du terminal A, pour la session entre 
le terminal A et l'entit6 B correspondant a 
l r identif iant de session figurant dans la 
demande DES2, selon les debits prescrits 
figurant dans le message d' acceptation de 
confirmation de session re<?u du module MAS a 
l'etape precedente ; et 

- transmettre a 1' entity d' origine de la 
demande DES 2 le message intercepts 
d' acceptation d' dtablissement de session AES 
precedemment regu du module MRFS ; 

- recevoir du module MRFS et intercepter une 
demande DFS de fin d'une session avec une entity 
destinataire, emise par une entite d' origine, sur 
la liaison d' acces du terminal A, et 

- extraire 1' identif iant de session contenu dans 
la demande DFS interceptee a l'etape precedente, 
et 

transmettre au module MAS une demande de 
liberation de session sur la liaison d' acces du 
terminal A correspondant a la demande DFS , 
contenant 1' identif iant de session extrait a 
l'6tape precedente, et, en reponse k cette 
demande, 

recevoir du module MAS un message de 
confirmation de liberation de session pour la 
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session correspondant a 1' identif iant de session 
transmis a l'etape pr^cedente, sur la liaison 
d' acces du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS, et 

- transmettre air. module MF une commande de blocage 
des flux relatifs a la session correspondant a 
1' identif iant de session extrait de la demande 
intercepts DFS, sur la liaison d' acces du 
terminal A. 
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EHe garantlt un droit d'acces et de rectification pour les donnees vous concernant aupres de NNPI. 



Signe par 

Slgnataire; FR, Brevalex, G. Poulln 

Emetteur du certiflcat: DE, D-Trust GmbH, D-Trust for EPO 2.0 
Fonctlon 

Mandataire agree (Mandatalre 1) 
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